REMARKS 



Status of the Claims 



Claims 1-34 stand finally rejected as allegedly being anticipated by or obvious in 
view of the U.S. Patent No. 6,775,463 ("Nooralahiyan") and claims 35-38 stand 
withdrawn as allegedly drawn to an invention independent or distinct from the invention 
originally claimed. 

The Applicants hereby amend independent claims 1,17, and 25. Claims 1-38 
remain under consideration in the application. 



As pointed out in the Applicant's last Response, Nooralahiyan discloses a video 
receiver and display method reminiscent of the currently popular "TiVo" system. That is, 
Nooralahiyan enables selected replay of broadcast audio and video content, at normal 
or slow motion speeds, on demand. This is accomplished by implementing physical 
memory buffers to store data packets. The data stored in the buffers has already been 
decoded into usable video content. To illustrate, below is a reproduction of 
Nooralahiyan's Figure 1 . 



The Nooralahiyan Reference 
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This figures represents various processes performed by Nooralahiyan's set top 
box receiver and their interactions. Nooralahiyan describes this figure at column 1 , lines 
47-66, as follows: 



The TS-IN process compares the Packet ID (PID) of the 
incoming Transport Packet with the PID Action Table held in 
the memory of the receiver to distinguish between packets 
that should be routed to the memory and the packets of data 
which can be rejected. The TS-IN process initially searches 
for PID 0 which contains the Program Association Table 
(PAT). The DVBC process determines whether or not the 
data packet needs unscrambling and, if so, and a valid key 
exists, the packets are decrypted and repacked before being 
passed on to the DEMUX process. The DEMUX process 
establishes the type of payload by examining and extracting 
the relevant information from the PID table and routing it to 
the relevant process. For example, if the information is 
video, it is routed to the VIDEO process and so on. VIDEO, 
AUDIO and other consumer processes provide simple 
interfaces to the device drivers. The REPLAY process 
interacts with the DEMUX/Routing process and the Video 
process. The VIDEO process typically can not receive video 
packets from DEMUX and REPLAY processes 
simultaneously. 

It is clear from this description that every process depicted in Nooralahiyan's Figure 1 
occurs after the signal has been fully received, demodulated, undergone all forward 
error correction ("FEC") decoding, and is otherwise a clean, clear signal. This is so 
because the TS-IN process must be able to read the packet IDs of incoming packets. 
As the Examiner is surely aware, the DVB standard calls for a physical transport layer 
that utilizes specific modulation and error correction, including an inner punctured 
convolutional code and an outer Reed-Solomon code. In fact, this is described in the 
Applicant's specification at pages 1-5 and clearly illustrated in the Haas IEEE article 
(see especially Figure 3 on page 342; see also Tawil's Figure 1 ). Unless and until the 
signal has been demodulated and FEC decoding performed, the bit stream is a jumbled 
mess from which no packet structure can be recognized. Only after FEC decoding can 
the packet IDs be discerned by Nooralahiyan's TS-IN process. Thus, Nooralahiyan's 
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Figure 1 - and, in fact, all of Nooralahiyan's discussion - presupposes that FEC 
decoding has already taken place. 

As if that were not clear enough, consider the other processes in Nooralahiyan's 
Figure 1 . The DVBC process determines whether descrambling is necessary and does 
so if needed. Clearly, descrambling (i.e., a rearrangement of the bits in a bit stream) 
does not make sense unless FEC decoding has already taken place. Keep in mind that 
FEC coding adds redundancy to the data (FEC decoding removes that redundancy); 
descrambling a different number of bits before decoding (they are called "symbols" and 
they differ from decoded bits in their length) is nonsensical. Likewise, Nooralahiyan's 
DEMUX process assumes that its input is FEC decoded and otherwise "clean." 

With that understanding in mind, it is clear that Nooralahiyan's DEMUX and 
REPLAY processes simply selectively buffer and play the audio/video signal. By "play" 
or "replay," Nooralahiyan means display the images and voice the sounds through the 
respective VIDEO and AUDIO device driver processes depicted in Figure 1. 

While Nooralahiyan refers to "decoding" operations, it is clear that such decoding 
must be source decoding in the form of MPEG or MPEG-2 decoding. That is so 
because all of Nooralahiyan's references to "decoding" are in the context of playing or 
replaying the audio/video signal*, and that is where all such source decoding occurs. 
Moreover, Nooralahiyan's discussion of the decoding of I, P, and B frames from column 
4, line 52 through column 5, line 3 is specific to MPEG. As the Examiner surely knows, 
source coding (also known as data compression) is meant to eliminate redundancy from 
data so that it can be transmitted across a lower bandwidth channel, whereas channel 
coding (e.g., FEC coding) is meant to selectively add controlled redundancy to data so 
that it can be more reliably received on the other end of the channel. Clearly, to obtain 
the benefit of source coding, it should occur near the source, implying that the 



* See, for example, column 2, lines 47-49 ("decoding the received data into a 
form for the generation of a video display on a display screen connected to the data 
receiver . . ."). 
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corresponding decoding (i.e., decompression) should occur at or near the ultimate sink 
for the data. In this case, the ultimate sink is the video image display and the audio 
sound system. It would be foolish and inefficient to perform scrambling/descrambling, 
muxing/demuxing, packetizing/unpacketizing, etc. on uncompressed or decompressed 
data. 

Thus, the Applicants respectfully disagree with the Office's assertion that 
"Nooralahiyan discloses multiple decoders in his system: DVBC, audio, and video 
decoders." (Second Office Action, page 2, If 3) The onjy. decoders referred to by 
Nooralahiyan are MPEG-type source decoders (i.e., MPEG decompression units). 

Claims 1-10 and 25-34 

The Advisory Action dated February 14, 2006, states that the amendments to 
Claims 1 and 25 do "appear to overcome previously cited art." That previously cited art 
is Nooralahiyan, under which independent claim 1 and several of its dependent claims 
stand rejected as allegedly being anticipated pursuant to 35 U.S.C. § 102(e). Claim 25 
and its dependent claim and other claims depending from claim 1 stand rejected as 
allegedly being obvious over Nooralahiyan and possibly other secondary references. 
Reasons for the allowance of claims 1-10 and 25-34 over the cited prior art are stated in 
the Remarks section of the Applicant's After-Final Amendment filed January 23, 2006. 

Note as well that corrections to claim 25 are made by the present amendment to 
address and overcome its rejection under 35 U.S.C. § 112, If 2. 



Portlnd2-4552441.1 0050588-00341 



Page 11/18 



App. No. 09/954,777 



Claims 11-16 



Claim 1 1 reads as follows: 

11. A replay method of context switching a decoder 
comprising: 

decoding a first set of data from a first data stream to 
generate a first plurality of decoded data, said decoder being 
in a first state after decoding said first set of data; 

temporarily storing said first set of data in a buffer; 

decoding other sets of data from one or more other 
streams; 

restoring said decoder to said first state by re- 
decoding said first set of data from said buffer; and 

decoding a second set of data from said first data 
stream after said decoder is restored to said first state, said 
decoder being in a second state after decoding said second 
set of data. 

Claim 1 1 is patentable over Nooralahiyan for at least to reasons. 

First, claim 1 1 clearly refers "re-decoding said first set of data" - a limitation that 
Nooralahiyan does not teach or suggest. The Office Action's assertion to the contrary is 
mistaken. As already pointed, Nooralahivan's system is a decode-once, displav- 
manv-times system . When Nooralahiyan refers to "replaying" data, he is referring to 
displaying again already decoded and buffered data. Nooralahiyan does not decode 
that data again. That would be wasteful and inefficient in Nooralahiyan's system. In 
light of this distinction, the Applicants respectfully submit that claim 1 1 is allowable over 
Nooralahiyan. 

Claim 1 1 also refers to "a first data stream" and "one or more other streams." 
Nooralahiyan does not suggest or disclose "a first data stream," and " one or more other 
data streams." Rather, Nooralahiyan only refers to processing of a single data stream. 
The Applicants raised a related point in their Response to the First Office Action, and 
the Office responded in the October 21 , 2005 Final Office Action as follows: 

With regard to sharing, Nooralahiyan also discloses that his 
device is used in broadcast video applications (see abstract), 
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which are understood to consist of multiple data streams, 
and would require Nooralahiyan's device to be shared 
among multiple data streams to provide functionality of 
decoding broadcast video and therefore appropriate. 

(Second Office Action, page 2, U 3). While it may be true that Nooralahiyan's MPEG 
decoders - in fact his entire system - is "shared" in this sense, Nooralahiyan's system is 
operable to decode, play, or replay only one single data stream over any time period 
relevant to Nooralahiyan's invention. Nooralahiyan decodes, plays, or replays one data 
stream - corresponding to the channel to which his set top box is tuned. However, the 
body of claim 1 refers to particular details of interactions among "a first data stream" and 
"other data streams." Nooralahiyan does not disclose or suggest such interactions. In 
fact, the rejection of claim 1 (restated on page 3, U 4) fails to even acknowledge the 
recited interactions among "a first data stream" and "other data streams." Instead, the 
rejection seems to refer to Nooralahiyan's "replay functionality" as "interpreted as 
equivalent." The Applicants strongly disagree with that conclusory assertion. 
Nooralahiyan's replay functionality concerns displaying again the same data stream ; 
that is what the "re" in "replay" signifies, and that is very clearly what Nooralahiyan's 
system concerns. In fact, Nooralahiyan's TS-IN process makes that clear. That 
process, as explained in column 3, lines 47-51 , filters out any packets that do not 
correspond to the one and only data stream that Nooralahiyan processes over any time 
period relevant to Nooralahiyan's invention. The Office's suggestion that this passage 
somehow means something different so as to support the rejection is unfounded. The 
Applicants accordingly submit that claim 1 is allowable over Nooralahiyan on this basis. 

Furthermore, dependent claim 13 refers to "accumulator values." The rejection 
of claim 13 refers to "values" but essentially ignores the word "accumulator ." The Office 
has failed to set forth a basis for its apparent interpretation of the word "accumulator" 
such that it has no weight. The Office furthermore has failed to even attempt to show 
how Nooralahiyan teaches or discloses "accumulator values." There is absolutely no 
basis for the Office's bald assertion that Nooralahiyan's "history loop is interpreted as 
containing N accumulator values." (page 4, lines 4-5) The Applicants therefore demand 
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that the Office either properly support the rejection as it concerns "accumulator values" 
or withdraw the rejection. 

Finally, dependent claims 14 and 15 are allowable for another reason. Claims 14 
and 15 refer to a "forward-error correction (FEC) decoder" and a "Viterbi decoder," 
respectively. As explained above, the only decoder disclosed by Nooralahiyan is an 
MPEG-type source decoder (that is, a data decompression module). The Office 
acknowledges this deficiency in Nooralahiyan and turns to Haas for its teaching of a 
decoder of the recited types. However, as explained above, any combination of Haas 
and Nooralahiyan would be as follows: 

Haas Fig. 2 -> Haas Fig. 3 Nooralahiyan Fig. 1 

Those figures concern a QPSK Demodulator, a QPSK "Processor" and a 
Depacketizer / Descrambler / Demultiplexer / MPEG Decoder, respectively. Haas and 
Nooralahiyan thus concern different parts of a receiver. Any FEC, convolutional, 
maximum likelihood or Viterbi decoding, as taught by Haas, occur "upstream" from the 
MPEG decoding of Nooralahiyan. As such, Haas's teachings are simply inapplicable to 
the MPEG decoder operations disclosed by Nooralahiyan, and nobody of ordinary skill 
would attempt to combine the two references in the way the Office has proposed. Put 
simply, the rejection attempts to mix apples and oranges. 

Claims 17-24 

Claim 17 has been amended to read as follows: 

17. A system comprising: 

an error-correction decoder for decoding data from a 
plurality of data streams; 

data replay means for restoring said decoder to a 
state it was in when it previously decoded data from each 
respective data stream, before decoding new data from each 
respective data stream. 
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Independent claim 17 is allowable for at least two reasons. 

First, claim 17 refers to "an error-correction decoder." Referring to this claim, the 
Advisory Action asserts that "Nooralahiyan meets this [decoding] limitation by decoding 
MPEG streams. As there is no specifics given for decoder, any decoder providing a 
replay function would broadly read on this claim." However, the present amendment 
specifies that the decoder is "an error-correction decoder," which is patentably distinct 
from an MPEG decoder. As explained previously, none of the references of record 
teach, disclose, or suggest an error-correction decoder as claimed in this application. 

Second, the "means for restoring" language of claim 17 falls under 35 U.S.C. § 
1 12, 6 as "means plus function" language. As such, it is to be interpreted in light of 
the specification as covering those structures disclosed in the specification and 
equivalents thereof. The Office however has failed to interpret this claim under section 
112, paragraph 6. This error is facially apparent from the words of the rejection itself: 
"With regard to claims 17-19, the components claimed as apparatus is nothing more 
than a restatement of the embodiments of the steps claimed as method and therefore it 
would have been obvious, considering the aforementioned rejection for the method 
claims of 1-3." (Second Office Action, page 4) However, even a cursory inspection of 
the specification shows that the structure corresponding to the recited function is 
markedly and patentably different from what Nooralahiyan discloses. That is true, even 
assuming that Nooralahiyan discloses the recited function, which is not the case, as the 
discussion above with relation to the earlier claims shows. 

Moreover, to the extent that the rejection of claims 17-19 is an obviousness 
rejection (that is not clear because the language quoted above says "obvious" while the 
preceding page of the office action states the rejections of claims 1-3 and 17-19 as 
being under § 102(e)), the rejection is clearly improper and incomplete, for no mention 
is made of a motivation to modify Nooralahiyan or combine Nooralahiyan with any other 
cited reference. 
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Accordingly, the Applicants kindly demand that the Office either present a prima 
facie rejection of claim 17-19 - as properly interpreted - or withdraw the rejection. 



Claims 35-38 



The Second Office Action restricted claims 35-38 and withdrew them under the 
doctrine of election by original presentation. The stated grounds for restriction is that 
the "[original claims were drawn to a shared decoder method and apparatus" while 
"[njewly added claim 35 is drawn to a replay method for a digital video receiver." 



Actually, claim 35 reads as follows: 



35. A replay method of sharing a decoder among multiple 
input symbol streams in a digital video receiver comprising: 

processing a first series of symbols from a first input 
stream in the decoder to generate a first plurality of metric 
data , said decoder being in a first state after processing said 
first series of symbols; 

temporarily storing said first series of symbols in a 
replay buffer; 

processing a second series of symbols from a second 
input stream in the decoder to generate a second plurality of 
metric data : and 

context switching the decoder to said first state by re- 
processing said first set of symbols from the replay buffer. 



Rather than having to do with "a replay method for a digital video receiver" in the 
sense of displaying again a video signal, this claim relates to a "decoder," "sharing a 
decoder among multiple input symbol streams," and "context switching." Although the 
scope of claim 35 is not coextensive with any of the other claims in the application, it is 
clearly related to the same subject matter. In fact, the reference to "symbols" and 
"metric data" has well-understood meaning in light of the specification and common 
usage in the art of FEC coding/decoding. To put it bluntly, reading beyond the first 
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three words of claim 35 quickly and unmistakenably reveals that this claim should not 
be restricted from the other claims in this application. 

The Applicants also dispute the conclusory and unsupported assertion in the 
Second Office Action that "[t]his new claim is drawn to a separate class and subclass." 
The Applicant wonders, "Which separate classes and subclasses" does the Office 
mean? The Office must either substantiate this assertion with evidence and reasoning 
(such as identifying the allegedly different class/subclasses) or withdraw the restriction. 
While the Advisory Action lists several art class/subclasses, the Advisory Action does 
not state where claims 35-38 are classified, does not state where the other claims in the 
application are classified, and perforce does not compare or contrast those 
classifications. 

Moreover, a proper restriction requires a showing that it would be an undue 
burden on the Office to examine the restricted claims together. Neither the Second 
Office Action nor the Advisory Office Action has even attempted to assert such a 
showing. There is certainly no extra burden on the Office to examine claims 35-38 in 
this application. Indeed, claim 35 is clearly allowable over the prior art of record in light 
of the foregoing discussion in these remarks. 
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Conclusion 



In view of the foregoing amendments and remarks, the present application is now 
believed to be in condition for allowance. The Examiner is encouraged to telephone the 
undersigned if any issues remain. 



STOEL RIVES llp 
900 SW Fifth Avenue, Suite 2600 
Portland, Oregon 97204 
Telephone: (503) 224-3380 
Facsimile: (503) 220-2480 



Respectfully submitted, 




Matthew C. Phillips 
Registration No. 43,403 
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